home *** CD-ROM | disk | FTP | other *** search
/ Light ROM 4 / Light ROM 4 - Disc 1.iso / text / maillist / 1996 / 041596.doc / 000252_dwarner@webcom.com _Wed Apr 17 01:46:32 1996.msg < prev    next >
Internet Message Format  |  1996-04-25  |  2KB
  1. Received: from e55.webcom.com (e55.webcom.com [206.2.192.66]) by keeper.albany.net (8.7.5/8.7.5-MZ) with ESMTP id BAA00873 for <DWARNER@ALBANY.NET>; Wed, 17 Apr 1996 01:46:30 -0400 (EDT)
  2. Received: from localhost by e55.webcom.com with SMTP
  3.     (1.37.109.15/16.2) id AA134579662; Tue, 16 Apr 1996 22:41:02 -0700
  4. Date: Tue, 16 Apr 1996 22:41:02 -0700
  5. Errors-To: dwarner@ALBANY.NET
  6. Message-Id: <Pine.SUN.3.93.960417005352.9895A-100000@access1.digex.net>
  7. Errors-To: dwarner@ALBANY.NET
  8. Reply-To: lightwave@garcia.com
  9. Originator: lightwave@garcia.com
  10. Sender: lightwave@garcia.com
  11. Precedence: bulk
  12. From: Ernie Wright <erniew@ACCESS.DIGEX.NET>
  13. To: Multiple recipients of list <lightwave@garcia.com>
  14. Subject: Re: Point Order
  15. X-Listprocessor-Version: 6.0c -- ListProcessor by Anastasios Kotsikonas
  16. Status: RO
  17. X-Status: 
  18.  
  19. Gonzalo Garramuno wrote:
  20.  
  21. > I take the problem is LW's floating point precission, and working with
  22. > more precission should solve the problem.
  23.  
  24. Yes.
  25.  
  26. > Is there a way to easily work with higher precision numbers from a
  27. > programming stand-point (ie. make LW work with higher precission by
  28. > developing your own floating point routine -not being constrained to
  29. > what the compiler's highest precission fp number is)?
  30.  
  31. Not from the outside.  LW has ultimate control over how the geometry is
  32. represented internally.
  33.  
  34. On the other hand, it would be possible for Allen to change Layout so
  35. that it stored geometry at higher precision (something I'm sure he'd
  36. thank me for pointing out).  The current situation isn't the result of
  37. compiler limitations.  It's a conscious choice that balances the need
  38. for precision against the need for efficient use of RAM.
  39.  
  40. A hint that this choice may change in the future is that all floating
  41. point values in the interface for plug-ins (except the Z-buffer) are
  42. double rather than single precision.
  43.  
  44. > Thanks for taking the time to answer this lost soul.
  45.  
  46. No problem.
  47.  
  48. - Ernie
  49.